ETSITS 186 011-1 



V1 .0.0 (2008-04) 



Technical Specification 



Telecommunications and Internet converged Services and 

Protocols for Advanced Networking (TISPAN); 

IMS NNI Interworking Test Specifications; 

Part 1 : Test Purposes for IMS NNI Interworking 




ETSI TS 186 011-1 VI .0.0 (2008-04) 



Reference 



DTS/TISPAN-06027-1 -NGN 
Keywords 



IMS, interworking, NNI, testing 



£75/ 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 

Siret N°348 623 562 00017 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.orq/chaircor/ETSI support.asp 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2008. 
All rights reserved. 

DECT™, PLUGTESTS™, UMTS™, TIPHON™, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered 

for the benefit of its Members. 
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



ETSI TS 186 011-1 VI .0.0 (2008-04) 



Contents 



Intellectual Property Rights 4 

Foreword 4 

1 Scope 5 

2 References 5 

2.1 Normative references 5 

2.2 Informative references 6 

3 Abbreviations 6 

4 Test Suite Structure (TSS) 7 

5 Test Purposes (TP) 7 

5.1 Group IMS_NNI_IOP 8 

5.1.1 Group General Capabilities 8 

5.1.2 Group IMS-ALG 8 

5.1.3 Group Initial dialog or standalone request procedures 8 

5.1.3.1 Group Initial dialog invite procedures 12 

5.1.3.1.1 Group Initial originating network 12 

5.1.3.1.2 Group Initial terminating network 13 

5.1.3.2 Group Standalone requests procedures 16 

5.1.3.2.1 Group Standalone originating network 16 

5.1.3.2.2 Group Standalone terminating network 17 

5.1.4 Group Registration procedures 23 

5.1.5 Group Special Cases 23 

5.1.5.1 Group Emergency 24 

5.1.5.2 Group Resources not available 24 

5.1.6 Group Subsequent or target refresh requests on a dialog procedures 25 

5.1.6.1 Group Subsequent requests on a dialog procedures 26 

5.1.6.1.1 Group Subsequent originating network 26 

5.1.6.1.2 Group Subsequent terminating network 28 

5.1.6.2 Group Target refresh request procedures 28 

5.1.6.2.1 Group Refresh originating network 28 

5.1.6.2.2 Group Refresh terminating network 29 

Annex A (normative): IMS NNI Interoperability Test Configurations 32 

Annex B (normative): IMS NNI TPLan interoperability testing user definitions 36 

History 39 



ETSI 



ETSI TS 186 011-1 VI .0.0 (2008-04) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN). 

The present document specifies test purposes covering IMS network requirements that can be assessed at the NNI 
interface between two IMS network implementations, i.e., the Mw reference point. For the purpose of the present 
document an IMS network is considered consist of P-CSCF, I-CSCF, S-CSCF, and HSS components, i.e., a minimal 
IMS network configuration. IMS applications servers (AS) and user equipment (UE) are not considered to be part of a 
IMS network but to be external components that interact with the IMS network via ISC and Gm/ reference points, 
respectively. DNS servers are also considered to be IMS external entities. 

NOTE: The concrete meaning of the Mw interface, e.g. if Mw refers to the interface between P-CSCF in IMS 1 
and I-CSCF in IMS2 or S-CSCF in IMSl and I-CSCF in IMS2, is defined by the test configurations 
specified in annex A of the present document. 
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Figure 1 : Interoperability test architecture for IMS NNI interworking 

The present document is part 1 of a multi-part deliverable covering the IMS NNI Interworking Test Specifications, as 
identified below: 

Part 1: "Test Purposes for IMS NNI Interworking"; 

Part 2: "Test Descriptions for IMS NNI Interworking". 
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Scope 



The present document specifies interoperability Test Purposes (TPs) for IMS NNI interworking based on the IP 
Multimedia Call Control Protocol based on Stage 3 Session Initiation Protocol (SIP) and Session Description Protocol 
(SDP) standard, ETSI TS 124 229 Release 6 [1]. TPs are defined using the TPLan notation also described in 
ES 202 553 [4]. Test purposes have been written based on the test specification framework described in TS 102 351 [2] 
and the interoperability testing methodology defined in TS 102 237-1 [3] ], i.e., interoperability testing with a 
conformance relation. 

The scope of this test purpose specification is not a complete coverage of requirements specified in [1]. It has been 
reduced to cover only requirements which relate to basic IMS call functionality for a minimal interworking IMS CN 
configuration, i.e., based on a P-CSCF, S-CSCF, I-CSCF, and HSS. Therefore, assessment of, e.g., IMS roaming, 
topology hiding, etc., at the NNI are not addressed in this test purpose specification. TPs have been only specified for 
requirements that are observable at the interface between two separate minimal IMS CN implementations, i.e., IMS 
NNI. 

NOTE: Requirements which can only be observed at the interface between UE and IMS CN, i.e. home P-CSCF, 
are explicitly not within the scope of the present document. The latter requirements have been dealt with 
from a UE and conformance perspective in TS ETSI 134 229 [5]. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 124 229 (V6.13.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); Internet Protocol (IP) multimedia call control 
protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); 
Stage 3 (3GPP TS 24.229 version 6.13.0 Release 6)". 
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[2] ETSI TS 102 351: "Methods for Testing and Specification (MTS); Internet Protocol Testing (IPT); 

IPv6 Testing: Methodology and Framework". 

[3] ETSI TS 102 237-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interoperability test methods and approaches; Part 1: Generic approach to 
interoperability testing". 

[4] ETSI ES 202 553: "Methods for Testing and Specification (MTS); TPLan: A notation for 

expressing Test Purposes". 

[5] ETSI TS 134 229 (V6.0.0): "Universal Mobile Telecommunications System (UMTS); Internet 

Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and 
Session Description Protocol (SDP); Part 2: Implementation Conformance Statement (ICS) 
specification (3GPP TS 34.229-2 version 6.0.0 Release 6)". 

[6] ETSI TS 123 228 (V6.15.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2 
(3GPP TS 23.228 version 6.15.0 Release 6)". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 



3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AS (IMS) AppHcation Server 

CF (Test) ConFiguration 

CN Core Network 

CSCF Call Session Control Function 

DNS Domain Name System 

I-CSCF Interrogating CSCF 

P-CSCF Proxy CSCF 

S-CSCF Serving CSCF 

EUT Equipment Under Test 

HSS Home Subscriber Server 

IMS IP Multimedia Subsystem 

lOI Inter Operator Identifier 

IP Internet Protocol 

NNI Network-to-Network Interface 

RC Requirements Catalogue 

RQ ReQuirement 

SIP Session Initiation Protocol 

TP Test Purpose 

TPLan Test Purpose Notation 

TSS Test Suite Structure 

UE User Equipment 

URI Uniform Record Identifier 
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Test Suite Structure (TSS) 



The Test Suite Structure is based on a Requirements Catalogue which was estabUshed prior to test purpose 
specification. This RC extracts all requirements from [1] which are relevant to the scope of the present document. The 
TSS is defined by the groups within the following TPLan specification of test purposes. The numbering is not 
contiguous so that new TPs can be added at a later date without the need to completely renumber the TSS groups. 

NOTE: The requirements catalogue is at this point not accessible as an ETSI document. Requirement identifiers 
of the catalogue have been replaced in the present document with the location of the requirement in the 
base specification, i.e. base specification type, identifier, version, clause and paragraph. 

EXAMPLE: TS 124 229 [1] clause5.2.6.3 paragraph 66 

The test purposes have been divided into 6 major groups: 

Group 1.1: General Capabilities 

Group 1.2: IMS-ALG 

Group 1.3: Initial dialog or standalone request procedures 

Group 1.4: Registration procedures 

Group 1.5: Special Cases 

Group 1.6: Subsequent or target refresh requests on a dialog procedures 

The sub-grouping of these 6 groups follows the structure of the RC. Some of the sub-groups of the RC contained no 
testable requirement. Headings for those sub-groups are in this test purpose document in the node group to give a full 
view on the relation between RQ and TSS&TP. 

Group 1 ' IMS_NNI_IOP ' 

Group 1.1 'General Capabilities' 

Group 1.2 'IMS-ALG' 

Group 1.3 'Initial dialog or standalone request procedures' 

Group 1.3.1 'Initial dialog invite procedures' 

Group 1.3.1.1 'Initial originating network' 

Group 1.3.1.2 'Initial terminating network' 

Group 1.3.2 'Standalone requests procedures' 

Group 1.3.2.1 'Standalone originating network' 

Group 1.3.2.2 'Standalone terminating network' 

Group 1.4 'Registration procedures' 

Group 1.5 'Special Cases' 

Group 1.5.1 ' Emergency ' 

Group 1.5.2 'Resources not available' 

Group 1.6 ' Subsequent or target refresh requests on a dialog procedures ' 

Group 1.6.1 'Subsequent requests on a dialog procedures' 

Group 1.6.1.1 'Subsequent originating network' 

Group 1.6.1.2 ' Subsequent terminating network ' 

Group 1.6.2 'Target refresh request procedures' 

Group 1.6.2.1 'Refresh originating network' 

Group 1.6.2.2 'Refresh terminating network' 



Test Purposes (IP) 



All test purposes have been written in the formal notation TPLan [5]. Configurations that are referenced by test purposes 
are shown in annex A. TPLan user definitions are listed in annex B. 
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5.1 Group IMS_NNIJOP 



Group 1 ' IMS_NNI_IOP ' 

TP id : TP_IMS_5053_01 

summary : 'When P-CSCF receives a request from the UE for an unknown method (not relating to an 

existing dialog) the P-CSCF shall delete P-Pref erred-Identity header and insert P-asserted-Identity 

header' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.3 1|66 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends Unknown_Method to UE_B 

} 

then { IMS_B receives Unknown_Method 

not containing P- Preferred- Identity_header and 
containing P-Asserted- Identity_header 
containing an address of UE_A 
and 
UE B receives Unknown Method 



5.1.1 Group General Capabilities 

Group 1.1 'General Capabilities' 

TP id : TP_IMS_4 02_01 

summary : 'IMS CN components shall support SIP messages > 1300 bytes' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §4.2A 1|l 

EUT role : IMS -- General 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends MESSAGE to UE_B 

containing a Message_Body bigger than 15 bytes } 
then { IMS_B receives the MESSAGE 

containing a Message_Body bigger than 15 bytes 
and 
UE_B receives MESSAGE 

} 
} 

End group 1 . 1 

5.1.2 Group IMS-ALG 

Group 1.2 'IMS-ALG' 

-- TPs for IMS-ALG are out of scope 

End group 1 . 2 

5.1 .3 Group Initial dialog or standalone request procedures 

Group 1.3 'Initial dialog or standalone request procedures' 

TP id : TP_IMS_5 97_01 

summary : 'S-CSCF must retain the icid parameter received in the P-Charging-Vector header for 

initial INVITE' 

TP type 

RQ ref 

EUT role 

config ref 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.2 1|l 
IMS -- S-CSCF 
CF_MT2-SS1-MT2 
with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 

containing a P-Charging-Vector_header 
containing a icid_parameter 
and 
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UE B receives the INVITE 



TP id : TP_IMS_5097_02 

summary : 'S-CSCF must inserts orig-ioi parameter, remove access-network-charging-info parameter 

and P-Access-Network-Info header before sending initial INVITE over NNI ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|l 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SSl-]y[T2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 

containing a topmost Record-Route_header 

indicating the originating S-CSCF_SIP_URI and 
containing a P-Charging-Vector_header 
(containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
not containing an 

access-network-charging- info_parameter) and 
not containing a P-Access-Network-Inf o_header 
and 
UE B receives the INVITE j 



TP_IMS_5 97_03 

'S-CSCF inserts a second P-Asserted-Identity header indicating a registered tel URI 

for initial INVITE' 

interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.2 1|l 

IMS -- S-CSCF 

CF_M02-SS1-MT2 

registered in IMS_A and 

registered in IMS_B and 

registered_public_identities containing a Tel_URI and 

default_registered_public_identity is a SIP_URI } 



sends initial INVITE to UE_B 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
not indicating a Tel_URl} 
then { IMS_B receives the initial INVITE 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 



TP id 




summary 


not present 


TP type 


RQ ref 




EUT role 


config 


ref: 


with { 


UE A 




UE_B 




UE_A 




UE_A 


ensure 


that 


when 


{ UE 



if 



and 

UE B 



receives the INVITE 



TP id : TP_IMS_5097_04 

summary : 'S-CSCF inserts a second P-Asserted-Identity header indicating a registered SIP URI if 

not present for initial INVITE' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|l 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_A default_registered_public_identity is a Tel_URI } 



ensure 
when 



that 

{ UE_ 



sends initial INVITE to UE_B 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
indicating a Tel_URI } 
then { IMS_B receives the initial INVITE 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 



and 

UE B 



receives the INVITE 
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TP id : TP_IMS_5 97_05 

summary : 'S-CSCF uses ENUM/DNS to translate Tel URIs to SIP URIs in initial INVITE requests' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|l 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

DNS_B configured with an ENUM_entry for Tel_URI_E . 164_Number of UE_B } 
ensure that { 

when { UE_A sends initial INVITE to UE_B 

containing a Request_URI 
indicating a Tel_URl} 
then { IMS_A sends a DNS_Query to DNS_B 

containing the Tel_URI_E . 164_Number } 
when { IMS_A receives DNS_Response 

containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the initial INVITE to IMS_B 
containing a Request_URI 
indicating a SIP_URI 
and 
UE B receives the INVITE j 



TP id 
summary 
MESSAGE ' 
TP type 
RQ ref 
EUT role 
config ref 
with 



TP_IMS_5 97_06 

'S-CSCF must retain the icid parameter received in the P-Charging-Vector header for 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.2 1|l 
IMS -- S-CSCF 
CF_MT2-SS1-MT2 
UE_A registered in IMS_A and 
UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends a MESSAGE to UE_B } 
then { IMS_B receives the MESSAGE 

containing a P-Charging-Vector_header 
containing a icid_parameter 
and 

UE_B receives the MESSAGE } 
} 



TP id : TP_IMS_5 97_0 7 

summary : 'S-CSCF must inserts orig-ioi parameter, remove access-network-charging-inf o parameter 

and P-Access-Network-Info header before sending MESSAGE over NNI ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|l 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends MESSAGE to UE_B } 
then { IMS_B receives the MESSAGE 

containing a topmost Record-Route_header 

indicating the originating S-CSCF_SIP_URI and 
containing a P-Charging-Vector_header 
(containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
not containing a 

access-network-charging- info_parameter) and 
not containing a P-Access-Network-Inf o_header 
and 

UE_B receives the MESSAGE } 
} 



TP id : TP_IMS_5 97_0 8 
summary : 'S-CSCF inserts 
not present for MESSAGE ' 



a second P-Asserted-Identity header indicating a registered tel URI if 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24.229 (V6.13.0) 

IMS -- S-CSCF 

CF M02-SS1-MT2 



§5.4.3.2 



with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
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UE_A registered_public_identities containing a Tel_URI and 
UE_A default_registered_public_identity is a SIP_URI } 



ensure that { 
when { UE_A 



sends 



MESSAGE to UE_B 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
not indicating a Tel_URl} 
then { IMS_B receives the MESSAGE 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 



and 

UE B 



receives the MESSAGE 



TP id 
summary 

not present 
TP type 
RQ ref 
EUT role 
config ref 
with { UE_A 
UE_B 
UE A 



TP_IMS_5 97_0 9 

'S-CSCF inserts a second P-Asserted-Identity header indicating a registered SIP URI if 

for MESSAGE' 

interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.2 1|l 

IMS -- S-CSCF 

CF_M02-SS1-MT2 

registered in IMS_A and 

registered in IMS_B and 

default_registered_public_identity is a Tel_URI } 



ensure that { 

when { UE_A sends MESSAGE to UE_B 

not containing a P-Pref erred- Identity_header or 
containing a P-Pref erred- Identity_header 
indicating a Tel_URI } 
then { IMS_B receives the MESSAGE 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 
and 
UE_B receives the MESSAGE } 



TP id : TP_IMS_5097_10 

summary : 'S-CSCF uses ENUM/DNS to translate Tel URIs to SIP URIs in MESSAGE requests' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|l 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

DNS_B configured with an ENUM_entry for Tel_URI_E . 164_Number of UE_B } 
ensure that { 

when { UE_A sends MESSAGE to UE_B 

containing a Request_URI 
indicating a Tel_URl} 
then { IMS_A sends a DNS_Query to DNS_B 

containing the Tel_URI_E . 164_Number } 
when { IMS_A receives DNS_Response 

containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the MESSAGE to IMS_B 

containing a Request_URI 
indicating a SIP_URI 
and 
UE B receives the MESSAGE | 



TP id : TP_IMS_510 9_01 

summary : 'S-CSCF returns 408 or 5xx response to initial terminating INVITE when there is no 

response from AS and filter criterion indicates the value SESSION_TERMINATED ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|32 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SSl-MT2-AST4b 

with { UE_A registered in IMS_A and 

UE_B not registered and 

IMS_B conf igured_with_a_terminating_unregistered_f ilter_criterion for UE_B indicating 
SESSION TERMINATED on INVITE j 
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ensure that { 

when { UE_A sends INVITE to UE_B } 
then { IMS_B receives the INVITE and 

sends (a 4 8_response or a 5xx_response) to IMS_A 
and 
UE_A receives the response } 



5.1.3.1 



Group Initial dialog invite procedures 



Group 1.3.1 'Initial dialog invite procedures' 



5.1.3.1.1 



Group Initial originating network 



Group 1.3.1.1 'Initial originating network' 



TP id : TP_IMS_5046_01 

summary : 'The P-CSCF shall add its own address to the Via and Record-Route headers, remove the P- 

Preferred-Identity_header and add a P-Asserted_header, and add a P-Charging-Vector with the icid 

parameter in case of initial INVITE' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.3 1|4 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B } 
ensure that { 

when { UE_A sends INVITE to UE_B } 
then { IMS_B receives the INVITE 

containing an additional Via_header 

containing ( P-CSCF_via_port_number and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A and 
containing an additional topmost Record-Route_header 

containing ( P-CSCF_port_number 'where it awaits subsequent 
requests from the called party' and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A and 
not containing P- Preferred- Identity_header and 
containing P-Asserted- Identity_header 

containing an address of UE_A and 
containing P- Charging -Vector_header 
containing icid_parameter 



and 

UE B 



receives INVITE 



TP id 
summary 
requests ' 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5131_01 

'I-CSCF remove P-Charging-Function-Addresses header from Ixx response to initial 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.3.2.1 1|44 
IMS -- I-CSCF 
CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_an_initial_request_for_a_dialog } 
ensure that { 

when { UE_B sends lxx_response to UE_A } 
then { IMS_A receives the lxx_response 

not containing a P-Charging-Function-Addresses_header 
and 
UE_A receives the lxx_response } 



TP id 
summary 
request ' 
TP type 
RQ ref 
EUT role 
config ref 
with 



TP_IMS_5131_02 

'I-CSCF remove P-Charging-Function-Addresses header from 2xx response to initial 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.3.2.1 1|44 

IMS -- I-CSCF 

CF_M02-SS1-MT2 
UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_an_initial_request_for_a_dialog 
ensure that { 
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when { UE_B sends 2xx_response to UE_A } 
then { Iiy[S_A receives the 2xx_response 

not containing a P-Charging-Function-Addresses_header 

and 

UE_A receives the 2xx_response } 



End group 1.3.1.1 

5.1.3.1.2 



Group Initial terminating network 



Group 1.3.1.2 'Initial terminating network' 



TP_IMS_5055_01 

'A P-CSCF shall include a route header without a comp parameter in Ixx UE responses on 



TP id 
summary 

an initial request for a dialog 
TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.6.4 1|l5 
IMS -- P-CSCF 
CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_an_initial_request_for_a_dialog from UE_A } 
ensure that { 

when { UE_B sends a lxx_response to UE_A } 
then { IMS_A receives lxx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 

'where it expects subsequent requests' and 
not containing comp_parameter and 
not containing P- Preferred- Identity_header and 
containing P-Asserted-Identity_header 

indicating the address 'sent in P-Called_Party-ID header 

of the initial request' 
and 
UE_A receives lxx_response 



TP id : TP_IMS_5055_02 

summary : 'A P-CSCF shall include 

an initial request for a dialog' 

TP type 

RQ ref 

EUT role 

config ref 

with 



a route header without a comp parameter in 2xx UE responses on 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.6.4 1|l5 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_an_initial_request_f or_a_dialog from UE_A 



ensure 
when 
then 



that { 

{ UE_B sends a 2xx_response to UE_A } 
{ IMS_A receives 2xx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 

'where it expects subsequent requests' and 
not containing comp_parameter and 
not containing P- Preferred- Identity_header and 
containing P-Asserted-Identity_header 

indicating the address 'sent in P-Called_Party-ID header of the initial request' 
and 
UE_B receives 2xx_response 



} 



TP id : TP_IMS_5115_01 

summary : 'S-CSCF include term-ioi parameter and restores orig-ioi in Ixx responses from UE to 

initial requests in terminating network' 



TP type 
RQ ref 
EUT role 
config ref 
with { UE A 



interoperability 

3GPP TS 24.229 (V6. 13.0) 

IMS -- S-CSCF 

CF_M02-SS1-MT2 

registered in IMS_A and 



§5.4.3.3 



44 



UE_B registered in IMS_B and 

UE_B has_received_an_initial_request_f or_a_dialog from UE_A 
ensure that { 

when { UE_B sends lxx_response to UE_A } 
then { IMS_A receives the lxx_response 
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and 

UE A 



containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 

indicating ioi of IMS_B 

receives the lxx_response } 



TP id : TP_IMS_5115_02 

siimmary : 'S-CSCF include term-ioi parameter and restores orig-ioi in 2xx responses from UE to 

initial requests in terminating network' 



§5.4.3.3 1|44 



interoperability 

3GPP TS 24.229 (V6 . 13 . 

IMS -- S-CSCF 

CF_M02-SSl-]y[T2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_an_initial_request_for_a_dialog from UE_A 



TP type 
RQ ref 
EUT role 
config ref 



ensure that 
when 
then 



{ 



{ UE_B sends 2xx_response to UE_A } 
{ I]y[S_A receives the 2xx_response 

containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 
indicating ioi of IMS_B 
and 
UE_A receives the 2xx_response } 



TP id : TP_IMS_5115_03 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in Ixx response for from UE initial 

request indicating a registered tel URI if not present' 



TP type 
RQ ref 
EUT role 
config ref 
with 



§5.4.3.3 1|44 



interoperability 

3GPP TS 24.229 (V6 . 13 . 

IMS -- S-CSCF 

CF_M02-SS1-MT2 
UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B registered_public_identities containing a Tel_URI and 
UE_B default_registered_public_identity is a SIP_URI and 
UE_B has_received_an_initial_request_for_a_dialog from UE_A } 

ensure that { 

when { UE_B sends lxx_response to UE_A 

not containing a P-Pref erred- Identity_header or 
containing a P-Pref erred- Identity_header 
indicating a SIP_URl} 
then { IMS_A receives the lxx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 
and 

UE_A receives the lxx_response } 
} 

TP id : TP_IMS_5115_04 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in 2xx response from UE for initial 

request indicating a registered tel URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|44 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B registered_public_identities containing a Tel_URI and 

UE_B default_registered_public_identity is a SIP_URI and 

UE_B has_received_an_initial_request_for_a_dialog from UE_A } 

ensure that { 

when { UE_B sends 2xx_response to UE_A 

not containing a P-Pref erred- Identity_header or 
containing a P-Pref erred- Identity_header 
not indicating a Tel_URl} 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-Identity_header 
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indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 



} 



and 

UE_A receives the 2xx_response 



TP id : TP_IMS_5115_05 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in Ixx response from UE for initial 

request indicating a registered SIP URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|44 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SSl-]y[T2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B default_registered_public_identity is a Tel_URI and 

UE_B has_received_an_initial_request_for_a_dialog from UE_A } 



ensure 
when 



then 



} 



that { 

{ UE_B sends lxx_response to UE_A 

not containing a P- Preferred- Identity_header or 
containing a P-Pref erred- Identity_header 
indicating a Tel_URI } 
{ IMS_A receives the lxx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 
and 
UE_A receives the lxx_response } 



TP id : TP_IMS_5115_06 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in 2xx response from UE for initial 

request indicating a registered SIP URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1144 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B default_registered_public_identity is a Tel_URI and 

UE_B has_received_an_initial_request_for_a_dialog from UE_A } 



ensure that { 

when { UE_B sends 2xx_response to UE_A 

not containing a P-Pref erred- Identity_header or 
containing a P-Pref erred- Identity_header 
indicating a Tel_URI } 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 
and 
UE_A receives the 2xx_response } 



TP id : TP_IMS_5115_07 

summary : 'S-CSCF include term-ioi parameter and restores orig-ioi in Ixx responses from AS to 

initial requests in terminating network' 



§5.4.3.3 1|44 



interoperability 

3GPP TS 24.229 (V6 . 13 . 

IMS -- S-CSCF 

CF_M02 - SSI -MT2 -AST4 
with { UE_A registered in IMS_A and 

UE_B not registered in IMS_B and 

AS_B has_received_an_initial_request_for_a_dialog from UE_A 



TP type 
RQ ref 
EUT role 
config ref 



ensure that 
when 
then 



{ 



{ AS_B sends lxx_response to UE_A } 
{ IMS_A receives the lxx_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 
indicating ioi of IMS_B 
and 
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} 



UE_A receives the lxx_response 



TP id : TP_IMS_5115_08 

siimmary : 'S-CSCF include term-ioi parameter and restores orig-ioi in 2xx responses from AS to 

initial requests in terminating network' 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.3 1144 
IMS -- S-CSCF 
CF_M02 - SSI -MT2 -AST4 
UE_A registered in IMS_A and 
UE_B not registered in IMS_B and 

AS_B has_received_an_initial_request_for_a_dialog from UE_A 
ensure that { 

when { AS_B sends 2xx_response to UE_A } 
IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 
indicating ioi of IMS_B 
and 
UE_A receives the 2xx_response } 



TP type 
RQ ref 
EUT role 
config ref 
with 



then 



TP id : TP_IMS_5132_01 

siimmary : 'I-CSCF returns 404 or 604 response to initial request to non-existent user' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.3.2.1 1|32 

EUT role : IMS -- I-CSCF 

config ref: CF_M02-SS1 

with { UE_A registered in IMS_A } 

ensure that { 

when { UE_A sends INVITE 

containing a Request_URI 

indicating a non_existing_user in IMS_b} 
then { IMS_B receives the INVITE 
and 

IMS_B sends (a 4 04_response or a 6 04_response) 
and 
UE_A receives the response } 



TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5133_01 

'I-CSCF returns 480 response to initial request to non-registered user' 

interoperability 



IMS -- I-CSCF 

CF_M02-SSl-MT2b 
with { UE_A registered in IMS_A and 

UE_B not registered in IMS_B and 

IMS_B not conf igured_with_a_terminating_unregistered_f ilter_criterion for UE_B 



ensure that { 

when { UE_A sends INVITE to UE_B } 
then { IMS_B receives the INVITE and 

sends a 4 8 0_response to IMS_A 
and 
UE_A receives the 4 8 0_response } 

} 



End group 1.3.1.2 
End group 1.3.1 



5.1.3.2 



Group Standalone requests procedures 



Group 1.3.2 'Standalone requests procedures' 



5.1.3.2.1 



Group Standalone originating network 



Group 1.3.2.1 'Standalone originating network' 



TP id : TP_IMS_5 05 0_01 

summary : 'When P-CSCF receives a MESSAGE request from the UE it shall remove P-Preferred- 

Identity_header and insert P-Asserted- Identity and add a P-Charging-Vector with icid parameter' 



TP type 
RQ ref 
EUT role 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.6.3 1|46 

IMS -- P-CSCF 
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config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B 

} 

ensure that { 

when { UE_A sends MESSAGE to UE_B } 
then { IMS_B receives MESSAGE 

not containing P- Preferred- Identity_header and 
containing P-Asserted- Identity_header 

containing an address of UE_A 
and 

containing the P-Charging-Vector_header 
containing icid_parameter 
and 
UE B receives MESSAGE 



TP id : TP_IMS_5050_02 

summary : 'When P-CSCF receives a INFO request from the UE it shall remove P-Preferred- 

Identity_header and insert P-Asserted- Identity and add a P-Charging-Vector with icid parameter' 



TP type : interoperability 
RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) 
EUT role : IMS -- P-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B 



§5.2.6.3 1|46 



ensure that { 

{ UE_. 



when 
then 



UE_A sends INFO to UE_B } 
IMS_B receives INFO 

not containing P- Preferred- Identity_header and 
containing P-Asserted- Identity_header 

containing an address of UE_A 
and 

containing the P-Charging-Vector_header 
containing icid_parameter 



and 

UE B 



receives INFO 



} 



End group 1.3.2.1 

5.1 .3.2.2 Group Standalone terminating network 

Group 1.3.2.2 'Standalone terminating network' 



TP id : TP_IMS_5 61_01 

summary : 'P-CSCF removes P- Preferred- Identity_header and adds P-Asserted- Identity_header when 

receives Ixx response from the UE on an standalone request ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_standalone_request from UE_A 



ensure that { 

when { UE_B sends a lxx_response from UE_A } 
then { IMS_A receives the lxx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted- Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 

UE_A receives the lxx_response 
} 



TP id : TP_IMS_5 61_02 

summary : 'P-CSCF removes P- Preferred- Identity_header and adds P-Asserted- Identity_header when 

receives 2xx response from the UE on an standalone request ' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 
3GPP TS 24.229 (V6 . 13 . 
IMS -- P-CSCF 
CF M02-SS1-MT2 



§5.2.6.4 1|89 
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with { UE_A registered in IMS_A and 
UE_B registered in IMS_B 
UE_B has_received_a_standalone_request from UE_A 

} 

ensure that { 

when { UE_B sends a 2xx_response from UE_A } 
then { IMS_A receives the 2xx_response 

not containing P- Preferred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 
UE_A receives the 2xx_response 



} 



} 



TP id : TP_IMS_5 061_03 

siimmary : 'P-CSCF removes P- Preferred- Identity_header and adds P-Asserted-Identity_header when 

receives Ixx response from the UE on a request for an unknown method' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_request_for_an_unknown_method from UE_A 

} 

ensure that { 

when { UE_B sends a lxx_response from UE_A } 
then { IMS_A receives the lxx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 



and 

UE A 



receives the lxx_response 



TP id : TP_IMS_5 61_04 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 2xx response from the UE on a request for an unknown method' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_request_f or_an_unknown_method from UE_A 



ensure that { 

when { UE_B sends a 2xx_response from UE_A } 
then { IMS_A receives the 2xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 
UE_A receives the 2xx_response 



TP id : TP_IMS_5 61_05 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 3xx response from the UE on an standalone request ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_standalone_request from UE_A 

} 

ensure that { 

when { UE_B sends a 3xx_response from UE_A } 
then { IMS_A receives the 3xx_response 

not containing P-Pref erred- Identity_header and 

containing P-Asserted-Identity_header 



ETSI 



19 



ETSI TS 186 011-1 VI .0.0 (2008-04) 



and 



containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 



UE_A receives the 3xx_response 



} 



TP id : TP_IMS_5 61_06 

STommary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 4xx response from the UE on an standalone request ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_standalone_request from UE_A 



ensure that 



when 
then 



{ UEJ 



UE_B sends a 4xx_response from UE_A } 
IMS_A receives the 4xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 



and 

UE A 



receives the 4xx_response 



TP id : TP_IMS_5 61_0 7 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 5xx response from the UE on an standalone request ' 



TP type 
RQ ref 
EUT role 
config ref 



§5.2.6.4 1|89 



interoperability 

3GPP TS 24.229 (V6 . 13 . 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B 
UE_B has_received_a_standalone_request from UE_A 

} 

ensure that { 

when { UE_B sends a 5xx_response from UE_A } 
then { IMS_A receives the 5xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 

UE_A receives the 5xx_response 
} 
} 

TP id : TP_IMS_5 061_0 8 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 6xx response from the UE on an standalone request ' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1l89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_standalone_request from UE_A 

} 

ensure that { 

when { UE_B sends a 6xx_response from UE_A } 
then { IMS_A receives the 6xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 
UE_A receives the 6xx_response 



TP id 



TP IMS 5061 09 
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summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 3xx response from the UE on a request for an unknown method' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_request_f or_an_unknown_method from UE_A 



ensure that 



when 
then 



{ UEJ 



UE_B sends a 3xx_response from UE_A } 
IMS_A receives the 3xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 



and 

UE A 



receives the 3xx_response 



TP id : TP_IMS_5 61_10 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 4xx response from the UE on a request for an unknown method' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.6.4 1|89 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B 
UE_B has_received_a_request_for_an_unknown_method from UE_A 

} 

ensure that { 

when { UE_B sends a 4xx_response from UE_A } 
then { IMS_A receives the 4xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 
UE_A receives the 4xx_response 



TP id : TP_IMS_5 061_11 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 5xx response from the UE on a request for an unknown method' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_request_f or_an_unknown_method from UE_A 



ensure that { 

when { UE_B sends a 5xx_response from UE_A } 
then { IMS_A receives the 5xx_response 

not containing P-Pref erred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 
and 
UE_A receives the 5xx_response 



TP id : TP_IMS_5061_12 

summary : 'P-CSCF removes P-Pref erred- Identity_header and adds P-Asserted-Identity_header when 

receives 6xx response from the UE on a request for an unknown method' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|89 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B 

UE_B has_received_a_request_for_an_unknown_method from UE_A 
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ensure that { 

when { UE_B sends a 6xx_response from UE_A } 
then { Iiy[S_A receives the 6xx_response 

not containing P- Preferred- Identity_header and 
containing P-Asserted-Identity_header 

containing the address 'sent in P-Called_Party-ID header of 

the standalone request ' 



and 

UE A 



receives the 6xx_response 



TP id : TP_IMS_5117_01 

summary : 'S-CSCF remove access-network-charging- info parameter and P-Access-Network-Inf o header 
from Ixx response to standalone transaction' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_a_standalone_request } 
ensure that { 

when { UE_B sends lxx_response to UE_A } 
then { I]y[S_A receives the lxx_response 

containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access -Network- Info_header 



and 

UE A 



receives the lxx_response 



TP id : TP_IMS_5117_02 

summary : 'S-CSCF remove access-network-charging-info parameter and P-Access-Network-Info header 

from 2xx response to standalone transaction' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B has_received_a_standalone_request } 



ensure that 
when 
then 



{ 



{ UE_B sends 2xx_response to UE_A } 
{ IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access-Network-Inf o_header 
and 
UE_A receives the 2xx_response } 



TP id : TP_IMS_5117_03 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in Ixx response for from UE initial 

or standalone request indicating a registered tel URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B registered_public_identities containing a Tel_URI and 

UE_B default_registered_public_identity is a SIP_URI and 

UE_B has_received_a_standalone_request from UE_A } 



ensure 
when 



then 



that { 

{ UE_B sends lxx_response to UE_A 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
indicating a SIP_URl} 
{ IMS_A receives the lxx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 



ETSI 



22 



ETSI TS 186 011-1 VI .0.0 (2008-04) 



and 

UE_A receives the lxx_response } 



TP id : TP_IMS_5117_04 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in 2xx response from UE for initial 

or standalone request indicating a registered tel URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B registered_public_identities containing a Tel_URI and 

UE_B default_registered_public_identity is a SIP_URI and 

UE_B has_received_a_standalone_request from UE_A } 



ensure that { 

when { UE_B sends 2xx_response to UE_A 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
not indicating a Tel_URl} 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_URI 
and 
UE_A receives the 2xx_response } 



TP id : TP_IMS_5117_05 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in Ixx response from UE for initial 

request indicating a registered SIP URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B default_registered_public_identity is a Tel_URI and 

UE_B has_received_a_standalone_request from UE_A } 



ensure that { 

when { UE_B sends lxx_response to UE_A 

not containing a P- Preferred- Identity_header or 
containing a P-Pref erred- Identity_header 
indicating a Tel_URI } 
then { IMS_A receives the lxx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 
and 
UE_A receives the lxx_response } 



TP id : TP_IMS_5117_06 

summary : 'S-CSCF inserts a second P-Asserted-Identity header in 2xx response from UE for initial 

request indicating a registered SIP URI if not present' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|49 

EUT role : IMS -- S-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B default_registered_public_identity is a Tel_URI and 

UE_B has_received_a_standalone_request from UE_A } 

ensure that { 

when { UE_B sends 2xx_response to UE_A 

not containing a P- Preferred- Identity_header or 
containing a P- Preferred- Identity_header 
indicating a Tel_URI } 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-Identity_header 

indicating the def ault_registered_public_identity and 
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containing a P-Asserted-Identity_header 
indicating a Tel_derived_SIP_URI 



and 

UE_A receives the 2xx_response 



TP id 
siimmary 
requests ' 
TP type 
RQ ref 
EUT role 
config ref 
with 



TP_IMS_5118_01 

'S-CSCF include term-ioi parameter and restores orig-ioi in 200 responses to standalone 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.3 1|54 
IMS -- S-CSCF 
CF_M02-SS1-MT2 
UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_a_standalone_request from UE_A } 
ensure that { 

when { UE_B sends 2 0_response to UE_A } 
then { IMS_A receives the 2 0_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 
indicating ioi of IMS_B 
and 

UE_A receives the 2 0_response } 
} 



TP id : TP_IMS_5118_02 

summary : 'S-CSCF include term-ioi parameter and restores orig-ioi in 200 responses from AS to 

standalone requests' 



interoperability 

3GPP TS 24.229(V6.13.0) §5.4.3.3 1|54 
IMS -- S-CSCF 
CF_M02 - SSI -MT2 -AST4 
UE_A registered in IMS_A and 
UE_B not registered in IMS_B and 

AS_B has_received_a_standalone_request from UE_A } 
ensure that { 

AS_B sends 2 0_response to UE_A } 
IMS_A receives the 2 0_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating ioi of IMS_A and 
containing a term-ioi_parameter 
indicating ioi of IMS_B 
and 
UE_A receives the 2 0_response } 



TP type 
RQ ref 
EUT role 
config ref 
with 



when { 
then { 



End group 1.3.2.2 
End group 1.3.2 
End group 1 . 3 

5.1.4 Group Registration procedures 

Group 1.4 'Registration procedures' 

-- NNI TPs for registration are only applicable in roaming configurations 

-- and therefore out of scope 

End group 1 . 4 

5.1 .5 Group Special Cases 

Group 1.5 'Special Cases' 



TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_513 9_01 

'S-CSCF serving caller sends BYE in case of S-CSCF-initiated call release' 

interoperability 



IMS -- S-CSCF 
CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with with UE_B 

} 

ensure that { 

when { IMS_A receives 'an indication that UE_A is to be de-registered' 



ETSI 



24 ETSI TS 1 86 01 1 -1 V1 .0.0 (2008-04) 



then { IMS_A sends a BYE to IMS_B 

containing Request_URI 

indicating the Contact_header_value of UE_B and 
containing To_header 

indicating the initial 2 0_OK_To_value from UE_B 
containing From_header 

indicating the initial INVITE_From_value from UE_A and 
containing Call-ID_header 

indicating the initial INVITE_Call_Id_value from UE_A and 
containing CSeq_header 

indicating an incremented Sequence_Number and 
containing Route_header 

indicating 'dialog specific routing information for UE_B ' 
and 

'further headers based on local policy or call release reason' 
and 
UE B receives BYE 



} 

TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5139_02 

'S-CSCF serving callee sends BYE in case of S-CSCF-initiated call release' 

interoperability 



IMS -- S-CSCF 
CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with with UE_B 

} 

ensure that { 

when { IMS_B receives 'an indication that UE_B is no_longer_available ' } 
then { IMS_B sends a BYE to IMS_A 

containing Request_URI 

indicating the Contact_header_value of UE_A and 
containing To_header 

indicating the initial INVITE_To_value from UE_A 
containing From_header 

indicating the initial 2 0_OK_From_value from UE_B and 
containing Call-ID_header 

indicating the initial INVITE_Call_Id_value from UE_A and 
containing CSeq_header 

indicating an incremented Sequence_Number and 
containing Route_header 

indicating 'dialog specific routing information for UE_A' 
and 

'further headers based on local policy or call release reason' 
and 
UE_A receives BYE 

} 
} 

5.1.5.1 Group Emergency 

Group 1.5.1 ' Emergency ' 
-- NNI TPs not applicable 
End group 1.5.1 

5.1 .5.2 Group Resources not available 

Group 1.5.2 'Resources not available' 



TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5 72_01 

'P-CSCF sends CANCEL in case its UE goes down during dialog initiation' 

interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.8.1.1 1|l 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_an_initial_request_f or_a_dialog from UE_A 

} 

ensure that { 

when { IMS_A receives 'an indication that UE_A is no longer available' } 
then { IMS_A sends a CANCEL to IMS_B and 
UE_B receives the CANCEL 

} 



ETSI 



25 ETSI TS 1 86 01 1 -1 V1 .0.0 (2008-04) 



} 

TP id : TP_IMS_5073_01 

summary : 'P-CSCF sends BYE in case its calling UE goes down in ongoing dialog' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.8.1.2 1|l 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_A has_initiated_a_dialog_with with UE_B 

} 

ensure that { 

when { IMS_A receives 'an indication that UE_A is no_longer_available ' } 
then { IMS_A sends a BYE to IMS_B 

containing Request_URI 

indicating the Contact_header_value of UE_B and 
containing To_header 

indicating the initial 2 0_OK_To_value from UE_B 
containing From_header 

indicating the initial INVITE_From_value from UE_A and 
containing Call-ID_header 

indicating the initial INVITE_Call_Id_value from UE_A and 
containing CSeq_header 

indicating an incremented Sequence_Number and 
containing Route_header 

indicating 'dialog specific routing information for UE_B ' 
and 

'further headers based on local policy or call release reason' 
and 

UE_B receives BYE 
} 



TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5 74_01 

'P-CSCF sends BYE in case its called UE goes down in ongoing dialog' 

interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.8.1.2 HlO 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with with UE_B 

} 

ensure that { 

when { IMS_B receives 'an indication that UE_B is no_longer_available ' } 
then { IMS_B sends a BYE to IMS_A 

containing Request_URI 

indicating the Contact_header_value of UE_A and 
containing To_header 

indicating the initial INVITE_To_value from UE_A 
containing From_header 

indicating the initial 2 0_OK_From_value from UE_B and 
containing Call-ID_header 

indicating the initial INVITE_Call_Id_value from UE_A and 
containing CSeq_header 

indicating an incremented Sequence_Number and 
containing Route_header 

indicating 'dialog specific routing information for UE_A' 
and 

'further headers based on local policy or call release reason' 
and 
UE_A receives BYE 

} 
} 

End group 1.5.2 
End group 1 . 5 

5.1 .6 Group Subsequent or target refresh requests on a dialog procedures 

Group 1.6 'Subsequent or target refresh requests on a dialog procedures' 

TP id : TP_IMS_5121_01 

summary : 'S-CSCF remove access-network-charging-inf o parameter and P-Access-Network-Inf o header 

from Ixx response to subsequent or target refresh requests' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.3 1|60 
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EUT role 
config ref: 



IMS -- 
CF M02- 



S-CSCF 
SS1-MT2 



with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_a_subsequent_request_in_a_dialog or 
UE_B has_received_a_target_ref resh_request_in_a_dialog } 
that { 



ensure 
when 
then 



{ UE_B sends lxx_response to UE_A } 
{ IMS_A receives the lxx_response 

containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access-Network-Inf o_header 
and 
UE_A receives the lxx_response } 



TP id : TP_IMS_5121_02 

siimmary : 'S-CSCF remove access-network-charging-info parameter and P-Access-Network-Inf o header 

from 2xx response to subsequent or target refresh requests ' 



TP type 
RQ ref 
EUT role 
config ref 



§5.4.3.3 1|60 



interoperability 

3GPP TS 24.229 (V6 . 13 . 

IMS -- S-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_a_subsequent_request_in_a_dialog or 
UE_B has_received_a_target_ref resh_request_in_a_dialog 



ensure that 
when 
then 



{ 



{ UE_B sends 2xx_response to UE_A } 
{ IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access-Network-Inf o_header 
and 
UE_A receives the 2xx_response } 



5.1.6.1 



Group Subsequent requests on a dialog procedures 



Group 1.6.1 'Subsequent requests on a dialog procedures' 



5.1.6.1.1 



Group Subsequent originating network 



Group 1.6.1.1 'Subsequent originating network' 

TP id : TP_IMS_5052_01 

summary : 'When P-CSCF receives a NOTIFY request from UE for a non INVITE dialog then add P- 

Charging-Vector with the icid parameter' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.3 1|56 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_A has_initiated_a_non_INVITE_dialog_with UE_B } 
ensure that { 

when { UE_A sends NOTIFY to UE_B 

} 
then { IMS_B receives NOTIFY 

containing the P-Charging-Vector_header 
containing icid_parameter 
and 

UE_B receives NOTIFY 
} 
} 

TP id : TP_IMS_510 7_01 

summary : 'S-CSCF remove access-network-charging-info parameter and P-Access-Network-Inf o header 
before sending PRACK requests over NNI ' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
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UE_A has_initiated_a_dialog_with UE_B } 
ensure that { 

when { UE_A sends PRACK to UE_B } 
then { Iiy[S_B receives the PRACK 

(containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter or 
not containing a P-Charging-Vector_header) and 
not containing a P-Access-Network-Info_header 
and 

UE_B receives the PRACK } 
} 

TP id : TP_IMS_510 7_02 

summary : 'S-CSCF remove access-network-charging-inf o parameter and P-Access-Network-Inf o header 
before sending BYE requests over NNI ' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|49 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with UE_B } 
ensure that { 

when { UE_A sends BYE to UE_B } 
then { I]y[S_B receives the BYE 

(containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter or 
not containing a P-Charging-Vector_header) and 
not containing a P-Access-Network-Info_header 
and 

UE_B receives the BYE } 
} 

TP id : TP_IMS_510 7_03 

summary : 'S-CSCF remove access-network-charging-inf o parameter and P-Access-Network-Inf o header 
before sending ACK requests over NNI ' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|49 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_A has_received_2 0OK_on_initial_request_f or_dialog UE_B } 
ensure that { 

when { UE_A sends ACK to UE_B } 
then { IMS_B receives the ACK 

(containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter or 
not containing a P-Charging-Vector_header) and 
not containing a P-Access-Network-Inf o_header 
and 

UE_B receives the ACK } 
} 

TP id : TP_IMS_510 7_04 
summary : 'S-CSCF remove access-network-charging-inf o parameter and P-Access-Network-Inf o header 
before sending CANCEL requests over NNI ' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.4.3.2 1|49 
IMS -- S-CSCF 
CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 

UE_B has_received_an_initial_request_f or_a_dialog from UE_a} 
ensure that { 

when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 

(containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter or 
not containing a P-Charging-Vector_header) and 
not containing a P-Access-Network-Inf o_header 
and 
UE B receives the CANCEL } 
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End group 1.6.1.1 

5.1 .6.1 .2 Group Subsequent terminating network 

Group 1.6.1.2 'Subsequent terminating network' 
-- NNI TPs are not applicable 



End group 1.6.1.2 
End group 1.6.1 



5.1.6.2 



Group Target refresh request procedures 



Group 1.6.2 'Target refresh request procedures' 



5.1.6.2.1 



Group Refresh originating network 



Group 1.6.2.1 'Refresh originating network' 



TP id 
summary 
TP type 
RQ ref 
EUT role 
config ref 



TP_IMS_5048_01 

'First IMS P-CSCF adds own via and record-route header in case of re-INVITE' 

interoperability 

3GPP TS 24.229(V6.13.0) §5.2.6.3 1|26 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with UE_B 

} 

ensure that { 

when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_B receives the subsequent INVITE 

containing an additional Via_header 
containing ( P-CSCF_port_number 

'where it awaits the responses to arrive' and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A and 
containing an additional topmost Record-Route_header 

containing ( P-CSCF_port_number 'where it awaits subsequent 
requests from the called party' and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A 
and 
UE_B receives INVITE 

} 



TP id : TP_IMS_5 04 8_02 

summary : 'First IMS P-CSCF adds own via and record route header in case of UPDATE' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.3 1|26 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_A has_initiated_a_dialog_with UE_B 



ensure that { 

when { UE_A sends UPDATE to UE_B } 
then { IMS_B receives the UPDATE 

containing an additional Via_header 

containing ( P-CSCF_port_number 'where it awaits the 
responses to arrive ' and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A and 
containing an additional topmost Record-Route_header 

containing ( P-CSCF_port_number 'where it awaits subsequent 
requests from the called party' and 
(P-CSCF-FQDN_address or 
P-CSCF-IP_address) ) of IMS_A 
and 
UE B receives UPDATE 



TP id 



: TP IMS 5106 01 
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summary : 'S-CSCF must remove Record-Route, remove access-network-charging-info parameter and P- 
Access-Network-Info header before sending target refresh over NNI ' 



TP type 
RQ ref 
EUT role 
config ref 
with { UE A 



interoperability 

3GPP TS 24.229 (V6. 13.0) 

IMS -- S-CSCF 

CF_M02-SSl-]y[T2 

registered in IMS_A and 



§5.4.3.2 1|42 



UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with UE_B } 
ensure that { 

when { UE_A sends subsequent INVITE to UE_B } 
then { I]y[S_B receives the subsequent INVITE 

containing a topmost Record-Route_header 

containing the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access-Network-Info_header 
and 

UE_B receives the INVITE } 
} 

TP id : TP_IMS_5106_02 

summary : 'S-CSCF must Record-Route, remove access-network-charging-info parameter and P-Access- 
Network-Info header before sending target refresh UPDATE over NNI' 
TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.4.3.2 1|42 
EUT role : IMS -- S-CSCF 
config ref: CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_A has_initiated_a_dialog_with UE_B } 
ensure that { 

when { UE_A sends subsequent UPDATE to UE_B } 
then { IMS_B receives the subsequent UPDATE 

containing a topmost Record-Route_header 

containing the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing an 

access-network-charging- info_parameter and 
not containing a P-Access-Network-Inf o_header 
and 
UE_B receives the UPDATE } 

} 

End group 1.6.2.1 

5.1 .6.2.2 Group Refresh terminating network 

Group 1.6.2.2 'Refresh terminating network' 

TP id : TP_IMS_5058_01 

summary : 'A P-CSCF shall include a route header without a comp parameter in Ixx UE responses on 

target refresh requests for a dialog' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 
3GPP TS 24.229 (V6 . 13 . 
IMS -- P-CSCF 
CF M02-SS1-MT2 



§5.2.6.4 1|67 



with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a lxx_response to UE_A } 
then { IMS_A receives lxx_response 

containing Record-Route_header 

containing the same P-CSCF_port_number of IMS_B 'as in the 

response to the previous initial request' and 
not containing a comp_parameter 
and 



UE_A receives lxx_response 



} 



TP id : TP_IMS_5058_02 

summary : 'A P-CSCF shall include a route header without a comp parameter in 2xx UE responses on 

target refresh requests for a dialog' 

TP type : interoperability 
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RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 t^V 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a 2xx_response to UE_A } 
then { I]y[S_A receives 2xx_response 

containing Record-Route_header 

containing the same P-CSCF_port_number of IMS_B 'as in the 

response to the previous initial request' and 
not containing a comp_parameter 
and 

UE_A receives 2xx_response 
} 
} 

TP id : TP_1MS_5 05 9_01 

summary : 'A P-CSCF shall include a route header without a comp parameter in 3xx UE responses on 

target refresh requests for a dialog' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24 .229 (V6 .13 .0) §5.2.6.4 1|74 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a 3xx_response to UE_A } 
then { IMS_A receives 3xx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 'where it expects 

subsequent requests' and 
not containing a comp_parameter 
and 

UE_B receives 3xx_response 
} 
} 

TP id : TP_IMS_5059_02 

summary : 'A P-CSCF shall include a route header without a comp parameter in 4xx UE responses on 

target refresh requests for a dialog' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|74 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a 4xx_response to UE_A } 
then { IMS_A receives 4xx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 'where it expects 

subsequent requests' and 
not containing a comp_parameter 
and 

UE_B receives 4xx_response 
} 
} 

TP id : TP_IMS_5059_03 

summary : 'A P-CSCF shall include a route header without a comp parameter in 5xx UE responses on 



target refresh requests for a dialog' 



TP type 
RQ ref 
EUT role 
config ref 



interoperability 

3GPP TS 24.229 (V6. 13.0) §5.2.6.4 1|74 

IMS -- P-CSCF 

CF_M02-SS1-MT2 
with { UE_A registered in IMS_A and 
UE_B registered in IMS_B and 
UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a 5xx_response to UE_A } 
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then { IMS_A receives 5xx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 'where it expects 

subsequent requests' and 
not containing a comp_parameter 
and 
UE_B receives 5xx_response 



TP id : TP_IMS_5059_04 

summary : 'A P-CSCF shall include a route header without a comp parameter in 6xx UE responses on 



target refresh requests for a dialog' 

TP type : interoperability 

RQ ref : 3GPP TS 24 . 229 (V6 . 13 . ) §5.2.6.4 1|74 

EUT role : IMS -- P-CSCF 

config ref: CF_M02-SS1-MT2 

with { UE_A registered in IMS_A and 

UE_B registered in IMS_B and 

UE_B has_received_a_target_ref resh_request_in_a_dialog from UE_A 

} 

ensure that { 

when { UE_B sends a 6xx_response to UE_A } 
then { I]y[S_A receives 6xx_response 

containing Record-Route_header 

containing the P-CSCF_port_number of IMS_B 'where it expects 

subsequent requests' and 
not containing a comp_parameter 
and 
UE_B receives 6xx_response 

} 
} 



End group 1.6.2.2 
End group 1.6.2 
End group 1 . 6 
End group 1 
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Annex A (normative): 

IMS NNI Interoperability Test Configurations 

IMS NNI interoperability test configuration: 

1) are named based on convention specified in clause 5.5.1 of [6]; 

2) reuse the following abbreviations: 

• SSI: Different network operators performing origination and termination. 

• M02: Mobile origination, home. The "Originating Network" of S-S#l is 

therefore the home network. 

• ASO: Application Server origination. The" Originating Network" of S-S#l is 

the home network. 

• MT2: Mobile termination, located in home service area. The "Terminating 

Network" of S-S#l is the home network. 

• AST4: Termination at Application Server based on service logic. 

3) exclude PSTN, non-IMS endpoints and roaming since these are out of scope; 

4) further differentiate IMS NNI observation points based on: 

• IN: initial request/response for a dialog. 

• SU: subsequent requests/responses in a dialog. 

• ST: standalone requests/response. 



5) Indicate: 



observable interfaces as a solid line, 
non-observable interfaces as dashed lines. 
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Precondition: 

Different network operators performing origination and termination (SS1), UE_A in Home network A 

(M02), UE_A registered, neither AS norTHIG nor IMS-ALG involved 
Test configuration for: 

Unsuccessful initial requests and responses from UE_A 
Example: 

Initial INVITE in IMS VoIP voice call from UE_Ato non-existing user 



Figure A.1:CF_M02-SS1 
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Precondition: 

Different network operators performing ongination and termination (SS1), UE_A in Home network A 

(M02). UE_B in Home network B (MT2). both UEs registered, neither AS nor THIG nor IMS-ALG 

involved, in SU case dialog initiated between UE_A and UE_B 
Test configuration for: 

Initial (IN) and Subsequent (SU) requests and responses between UE_A and UE_B 
Example: 

IN: Initial INVITE in IMS VoIP voice call from UE_A to UE_B 

SU: BYE request, UE_B terminates IMS VoIP call towards UE_B 

Figure A.2: CF_M02-SS1-MT2 
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Precondition: 

Different network operators performing ongination and termination (SS1), UE_A in Home network A 

(M02), UE_B in Home network B (MT2), only UE_A registered, neither AS nor THIG nor IMS-ALG 

involved, in SU case dialog initiated between UE_A and UE_B 
Test configuration for: 

Unsuccessful initial requests and responses from UE_A 
Example: 

Initial INVITE in IMS VoIP voice call from UE_A 

Figure A.3: CF_M02-SS1-MT2b 
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Precondition: 

Different network operators performing ongination and termination (SS1), UE_A in Home network A 
(M02), UE_B in Home network B (MT2), both UEs registered, DNS server involved in network B, 
neither AS nor THIG nor IMS-ALG involved, i n SU case dialog initiated between UE_A and UE_B 

Test configuration for: 

Initial requests and responses between UE_A and UE_B 

Example: 

Initial INVITE in IMS VoIP voice call from UE_A 

Figure A.4: CF_M02-SS1-MT2c 
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Precondition: 

Different network operators performing ongination and termination (SS1), UE_A in Home network A 

(M0#2), UE_B in Home network B (MT#2), AS_B discovered based on service logic in Home network 

B (AST#4), only UE_A registered, in SU case dialog initiated between UE_A and AS_B, neither THIG 

nor IMS-ALG involved 
Test configuration for: 

Initial (IN) and Subsequent (SU) requests and responses between UE_A and AS_B 
Example: 

IN: Initial INVITE. IMS VoIP voice call from UE_A forwarded to AS_B as a result of filter cntena. ASB 
acts as routing AS 

SU: BYE request, UE_A terminates IMS VoIP voice call towards AS_B 



Figure A.5: CF_M02-SS1-MT2-AST4 
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Precondition: 

Different network operators performing origination and termination (SS1), UE_A in Home network A 
(M0#2), UE_B in Home network B (MT#2), AS_B discovered based on service logic in Home network 
B (AST#4), only UE_A registered, AS_B not responding, neither THIG nor IMS-ALG involved 

Test configuration for: 

Initial (IN) and Subsequent (SU) requests and responses between UE_A and AS_B 

Example: 

IN: Unsuccessful initial INVITE, IMS VoIP voice call from UE_A forwarded to AS_B as a result of 
filter cntena but no response. 

Figure A.6: CF_M02-SS1-MT2-AST4b 
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Annex B (normative): 

IMS NNI TPLan interoperability testing user definitions 

-- entities under test 
def entity IMSA 
def entity IMS_B 

-- external entities 
def entity ASB 
def entity UE_A 
def entity UE_B 
def entity DNS_B 

-- events 

-- SIP Requests 
def event INVITE { 

Via_header, 

Record-Route_header, 

P- Charging -Vector_header, 

P-Asserted-Identity_header, 

P-Pref erred- Identity_header, 

P- Access -Net work -Info_header, 

P- Charging -Funct ion- Addresses_header, 

Route_header 

} 

def event ACK { 

P-Access -Network- Info_header, 
P- Charging -Funct ion- Addresses_header, 
P- Charging -Vector_header 
} 

def event UPDATE { 

Via_header, 

Record- Rout e_header 

} 

def event CANCEL { P-Charging-Vector_header } 

def event BYE { 

P- Charging -Vector_header, 
Request_URI, 
To_header, 
From_header , 
Call - ID_header , 
CSeq_header, 
Route_header , 

P-Access-Network-Inf o_header, 
P- Charging -Funct ion- Addresses_header 
} 

def event MESSAGE { 

Message_Body 
} 

def event INFO { 

P- Charging -Vector_header, 
P-Pref erred- Identity_header, 
P-Asserted-Identity_header 
} 

def event PRACK { 

P- Charging -Vector_header, 
P- Access -Net work -Info_header, 
P- Charging -Funct ion- Addresses_header 
} 

def event NOTIFY { 

P- Charging -Vector_header 
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def event Unknown_Method { 

P-Pref erred- Identity_header, 
P-Asserted- Identity_header 



def event DNS_Query 

def event DNS_Response { 

NAPTR_Resource_Record 

} 



-- SIP Responses 

def event lxx_response 

def event 2xx_response 



def event 
def event 



2 0_response 
3xx_response 



def event 4xx_response 
def event 4 04_response 
def event 4 8_response 
def event 4 8 0_response 
def event 5xx_response 
def event 6xx_response 
def event 6 04_response 
def event response -- any xxx response 

-- values 

def value term-ioi_parameter 

def value Tel_URI 

def value Tel_URI_E . 164_Number 

def value SIP_URI 

def value Tel_derived_SIP_URI 

def value Request_URI 

def value non_existing_user 

def value registered_public_identities 

def value def ault_registered_public_identity 

def value P-CSCF_via_port_number -- port number in accordance with RFC 3261 

def value P-CSCF_port_number 

def value P-CSCF-FQDN_address -- FQDN equals "fully qualified domain name" 

def value P-CSCF-IP_address 

def value address -- either IP address of FQDN address 

def value orig-ioi_parameter 

def value ioi -- equals inter operator identifier 

def value icid_parameter -- NOTE: correct values defined in 3GPP TS 32.260 !! 

def value comp_parameter 

def value S-CSCF_SIP_URI 

def value access-network-charging- info_parameter 

def value ENUM_entry 

def value Contact_header_value 
def value INVITE_To_value 
def value INVITE_From_value 
def value INVITE_Call_ID_value 
def value 2 0_OK_To_value 
def value 2 0_OK_From_value 
def value Sequence_Number 



def value SESSION TERMINATED on INVITE 



-- conditions 
def condition 
def condition 
def condition 
SUBSCRIBE 
def condition 
def condition 
def condition 
def condition 
def condition 
NOTIFY 

def condition 
def condition 
def condition 



configured 
registered 
has_received_an_initial_request_for_a_dialog 



meaning INVITE or 



has_received_200OK_on_initial_request_for_dialog -- meaning INVITE or SUBSCRIBE/200OK 
has_initiated_a_dialog_with -- meaning INVITE or SUBSCRIBE/2 OOOK/ACK 
has_initiated_a_non_INVITE_dialog_with -- meaning e.g. SUBSCRIBE/2 OOOK/ACK 
has_received_a_standalone_request -- meaning MESSAGE, INFO 
has_received_a_subsequent_request_in_a_dialog -- meaning BYE, CANCEL, ACK, PRACK, 

has_received_a_target_ref resh_request_in_a_dialog -- Meaning re- INVITE, UPDATE 

has_received_a_request_f or_an_unknown_method 

conf igured_with_a_terminating_unregistered_f ilter_criterion 



- - words 

def word initial 
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def word additional 
def word topmost 
def word originating 
def word subsequent 
def word incremented 

-- Useful expressions 
def word same 
def word both 

def word for 
def word while 

-- Logic expressions 
def word than 
def word bigger 
def word smaller 
def word equals 

-- Units 



-- memory size 
def unit byte 
def unit bytes 
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